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ABSTRACT 



An exemplary embodiment of the invention relates to a 
method for implementing a preferred parts plan over a 
communications network via a parts database process tool. 
The method comprises extracting data relating to a part from 
a general parts database; evaluating demand activity and 
piu-chase activity relating to the part; verifying the date in 
which the part was entered into the database; evaluating 
conditions associated with the part and associating a status 
code to the part based upon the results the evaluations. The 
part data is then transferred to either an active database or an 
archive database depending upon these results and available 
for council review. 
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METHOD FOR FACnJTATING AND 
MAINTAINING AN ACTIVE PARTS DATA 
REPOSITORY 

BACKGROUND 

[0001] This invention relates generally to database man- 
agement processes, and more particularly, the present inven- 
tion relates to a method for determining active part numbers 
and maintaining a cuSent data repository for active part 
numbers w a manufacturing enviromiient. 

[0002] The technology of e-commerce and the expanding 
global maikctplaoe has placed new challenges on the elec 
troma mdustiy. With traditional geographic barriers relating 
to trade breaking down, manufacturers are now being faced 
with a borage of business choices and purchasing options, 
rangmg from selectmg office suppliers to Internet service 
and applications providers. Many manufacturing enterprises 
ire ukihg advantage of this global marketplace and mea- 
surably cuttmg costs by outsourcing their production pro- 
to other manufacturers. By cutting costs, these busi- 
nesses arc able to become more competitive, selling finished 
products at lower prices. 

[0003] Although e-commerce has offered many commer- 

7^^' "'^"P''^ """"'y has created 

some difficulties for the manufacturing industry For 
example oMer proprietary and legacy computer systems 
were not equipped to transition well into the new age of 
ntenwt tcjdmology. These systems typicaUy operated 
mcompatible software and employed disparate hi^-dware 
devices which were unable to communicate with one 
another. Costly upgrades and extensive customization were 

necessary before these oldersystems could be leveraged into 
toe new economy To add to the frustration, global manu- 
factureis with multiple geographically dispersed manufac- 
taring sites and disparate manufacturing systems created 
Blands of automation among them. These decentralized 
business units operated independently of one another, often 
employing mcompatible business schemes requiring sub- 

^T^'Tf"" """^""^ ^^"'^ S'^fal ente%rise 
could effectively operate as a single entity. 

LTnf J^' ^"^S!^ ^'"'^ management processes of the 
manufacturing mdustry were not immune fiom the chal- 
lenges created by this globalized market. Manufacturers 
continue to struggle to ensiire that their design, develop 
ment, and procurement groups are in sync with respect to the 
demand, availability, and financial aspects of their core parts 
and components requirements. A typical inanufacturins 
en leipnse may store hundreds of thousands of parts in itt 
da^abases..Some of them are actively used by the enterprise. 
whUe others may mchide older legacy parts, parts that have 
become obsolete out of production, or are otherwise no 
onger used by the enterprise. Needless to say, the bulk of 
this inactive' mfonnation is not particularly useful to the 
enterpnse. however, would require a tremendous amount of 
human capital to filter out the unwanted data from the 
desired data^ Further, many fields of information relating to 
Uiese pans data are time dependent in that their usefiilness 
or value to the enterprise may change over time. This 
u^ZT" «''«i'«'0"sly reviewed and 

Z „t ^ •5°? by the enterprise, on 

toe other hat^d. this data would continue to accumul«e in the 
system databases as new parts are entered and otheis 



become obsolete, resulting in clogged communications 
lines, slow searches, and ahnost certain retrieval of 
unwanted parts information. It is therefore desirable to 
Identify active parts used by the enterprise so evaluation 
groups or councils for the enterprise can focus on the critical 
parts that require maintenance streamlining the database 
management processes related to parts data. 

BRIEF SUMMARY 
[0005] An exemplary embodiment of the invention relates 
to a method for impkmenting a piefened parts plan over a 
commumcatitfnS netWSrk via a parts database process toolv 
The method compnses extracting data relating to a part from 
a general parts database; evaluating demand activity and 
purchase activity relating to the part; verifying the date in 
which the part was entered into the database; evaluating 
condiuons assocuited with the part and associating a statu! 
code to the part based upon the results the evaluations. The 
part dau IS then transferred to either an active database or an 
archive database depending upon these results. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0006] Referring now to the drawings wherein like ele- 
mente are numbered alike in the several FIGURES: 
[0007] FIG. 1 is a block diagram of an exemplary network 
system upon which the parts database management proc^ 
IS implemented; and fiutcss 

[0008] FIG. 2 is a flowchart illustrating how the parts 
database management tool is implemented. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 
[0009] In an exemplary embodiment, the parts database - 
management tool .s implemented via a computer networic ' 
environment such as that shown in FIG. 1. System 100 

mcludes enterprise 102 which comprises client systems 114 A ^ JL 
representmg a council for enterprise 102. Client systems 114 OjJt^ 
are m commumcation with one another as well as with other 
entities of enterprise 102 via network 110. Network 110 may 
be any suitable communications link known in the art such 
as a local or wide area network or internetwork. Enterprise ^ » ^ ii l 

to. network 110 and represents a user or employee of "/ 
enterpnse 102. Server 104 implements the parts database^^ 
management tool of the present invention as well as w^'^S 
server and applications software for allowing authorized 
entities or chem systems 106 and 114 of enterprise 102 to 
communicate via network 110. Server 104 is aS. executing 
database management software for presenting queries'and 
Sn# f ^"''^^''l ^rvices to enfiti« of enter- 

prise 102. For purposes of illustration, server 104 is execut- 
ing Utus Domino (TM) and Lotus Notes (TM) as its 
inM™"T^oT."^*^'^ graupware tools and is also executing 
IBM s DB2 (TM) software for facilitating its databas! 
management processes. It should be noted that server 104 
may share some or all of these applications with entities or 
client systems 106 and 114 of enterprise 102 in orde^ Z 
achieve the advantages of the present invention. Thus 
alAough system 100 describes a "thin" client/server arcU-' 
tecmre model, those skilled in the art wiU appreciate that 

oSL'r^r r"" "'^ """y '•'^"""i^^'y execute mS 
ofthe apphcauons services otherwise provided by server 
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[0010] Data storage device^i20 may reside within enter- 
prise^l02 Wd'Boiises databases 122, 124, 126, 127, 128, and 
130 which are utilized by enterprise 102 and the parts 
database management tool. Demand database 122 stores part 
numbers which are designated as demand part numbers by 
enterprise 102. Demand part numbers are part numbers of a 
machine or product projected to be sold by an enterprise. A 
product is made up of many parts for which associated part 
numbers comprise a bill of material for that product. When 
a marketing group of an enterprise forecasts how many 
products will be sold, the product is exploited to determine 
how many of the individual part numbers that make up the 
product will be needed. The same applies to actual orders 
placed for a product. Forecasted requirements are combined 
with actual requirements to create a demand statement. 
Demand statements show what part numbers may be used in 
the near future (assuming the forecast is accurate). For 
example, a product is made up of five part numbers for 
which an associated quantity is determined. 



Part Number 


Quantity 


A 


1 


B 


10 


C 


5 


D 


6 


E 


7 



[0011] Suppose marketing forecasts sales of 1,000 prod- 
ucts per month staning in January for a nine month period. 
Actual orders have been placed for 500 products in April and 
May. Demand for each part number is as follows: 
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working solutions known in the art such as an Intranet or 
Extranet network as well as the Internet and wireless tech- 
nologies. 

[0013] The parts database management tool pcrfomis peri- 
odic extractions on data in general database 127, retrieves 
relevant associated data from demand database 122, invoice 
database 124, and create database 128, performs calculations 
on the cumulative data, filters out inactive parts for storage 
in archive database 130, and stores the resulting active parts 
data in active database 126 for subsequent review by council 
112. Updating general parts database 127 in this manner 
enhances the parts data retrieval process, since the database 
is not overly burdened with inactive parts data. Users such , 
as client system 106 and client systems of council 112 can ^ 
access information in active database 126 more quickly and 
with substantial certainty that the information is current. 

[0014] It should be noted that although the system data- 
bases described above for storing the active and inactive part 
numbers associated with the parts database management tool 
are represented as separate databases, these part numbers 
may alternatively reside on a single database with corre- 
sponding flags assigned for determining their status in order 
to achieve the advantages of the present invention. In this 
manner, a software front-end tool may be utilized as a filter 
to screen out inactive part numbers. Such fiUers are gener- 
ally known and will be appreciated by those skilled in the 
art. 

[0015] The process of implementing the parts database 
management tool is further described in FIG. 2. Server 104 
initiates a part analysis via the parts database management 
tool at step 202 whereby parts data related to one or nibre 
parts records is extracted from general parts database 127. 



FORE TOTAL 



MTH 


CAST 


ORDERS 


PRODUCT ^ 


,'•* A 


B 


c 


D 


E 


JAN 


1000 


0 


iooo 


1000 


10000 


5000 


6000 


7000 


FEB 


1000 


0 


1000 


1000 


10000 


5000 


6000 


7000 


MAR 


1000 


0 


1000 


1000 


10000 


5000 


6000 


7000 


APR 


1000 


500 


1500 


1500 


15000 


7500 


9000 


10500 


MAY 


1000 


500 


1500 


1500 


15000 


7500 


9000 


10500 


JUN 


1000 


0 


1000 


1000 


10000 


5000 


6000 


7000 


JUL 


1000 


0 


1000 


1000 


10000 


5000 


6000 


7000 


AUG 


1000 


0 


1000 


1000 


10000 


5000 


6000 


7000 


SEP 


1000 


0 


1000 


1000 


10000 


5000 


6000 


7000 


TOTAL DEMAND 




10000 


100000 


50000 


60000 


7C000 



[0012] Invoice database 124 stores data pertaining to 
purchased parts. Create database 128 stores the date that a 



CC C^nS^ (^si?^ . /^O^part number was added into the general parts database 127. 



General parts database 127 houses all part numbers and ; 
y7 related data used or required by enterprise 102. Active 
database 126 stores only those part numbers and associated 
data related to active parts as determined by council 112 and 
the parts database management tool. Archive database 130 
stores part numbers and related data associated with inactive 
parts that were filtered out through the execution of the parts 
database management tool via general parts database 127. 
These databases may alternatively be embodied in the form 
of a single database or may even be physically located 
externally to system 100 and retrievable by suitable net- 



Parts data may include information such as part number, part 
name, part description, as well as other desired information. 
The tool pulls related demand data from demand database 
122 and assesses the demand status at step 204. If no demand 
is indicated, flow proceeds to step 210. If there is indicated 
a demand, the process continues to step 206 where the parts 
database management tool further examines the time status 
of the demand. If the demand activity is greater than one 
year, flow proceeds to step 210. If the demand activity is 
recent (i.e., less than or equal to one year), the quantity of the 
demand is then evaluated at step 208. If the quantity is less 
than or equal to 'n', *n' being a variable number set by 
enterprise 102, then the parts database management tool 
proceeds to step 210. Thus, in steps 204-208 the parts 
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database management tool assesses the demand activity 
related to the part whereby specified conditions that are met 
cause the tool designate the part to be 'inactive* unless 
further processing relating to purchase activity and/or other 
designated conditions dictate otherwise as will be described 
further herein. At step 210, the parts database management 
tool examines the purchase history of the part number(s) 
being examined and determines whether it has been pur- 
chased by the enterprise. This information may be found in 
the invoice database 124 in which invoice records of enter- 
prise 102 indicate that it has paid for a purchase of that part. 
If no purchase activity has been found, the process continues 
at step 216. If purchase activity has occurred, the parts 
database management tool examines the time frame of the 
purchase activity at step 212. If the activity is greater than 
one year old, flow proceeds to step 216. If not, then the parts 
database management tool evaluates whether any refunds 
were given by enterprise 102 that would diminish the value 
of the purchase activity at step 214. If substantial refund 
activity occurred (threshold activity levels may be flexibly 
set by enterprise 102), flow proceeds to step 216, otherwise 
the process continues at step 230. At step 216, the parts 
database management tool examines the date in which the 
part was entered into general parts database 127. If the date 
entered is greater than one year, the parts database manage- 
ment tool sets a status flag at step 217, otherwise the parts 
database management tool examines the data to see if the 
part has become obsolete at step 218. If obsolete, the flag is 
set at step 220. If not, the parts database management tool 
checks to see if the part is end of life at step 222 and whether 
it has been designated 'field use only* at step 226. The term, 
'field use' is used here to describe situations in which a 
product requires continued maintenance despite the fact that 
it may have gone end of life or out of production (e.g., 
product upgrade, warranty service obligations, etc.). If field 
maintenance is required, a service group for the enterprise 
may forecast field requirements or 'field use'. If any of these 
conditions are positive, an 'inactive', status flag is set by the 
tool at steps 217, 220, 224, and 228 respectively, otherwise, 
process continues at step 230 whereby a preferred parts code 
associated with the part data is examined by the tool. 
Additionally, if responses at steps 208 or 214 are negative, 
the process flow continues at step 230. Enterprise 102 may 
designate automatic inactive codes to parts which are 
required to be avoided. If the parts database management 
tool notes a positive response to the preferred part code 
query, then flow proceeds to step 232 where a status flag is 
set to inactive. If a negative response is received, flow 
proceeds to step 233 whereby the parts database manage- 
ment tool checks to see if a part number is owned by or 
reserved to certain divisions or groups of enterprise 102. The 
term, 'owned by' refers to certain groups within a manufac- 
: hiring environment of enterprise 102 which put part num- 
bers into a database for which no management of those part 
numbers are required. For example, a 'documents' group 
may have a part number for a type of paper used which is 
used internally for that group. The parts database manage- 
ment tool ensures that these part numbers are ignored during 
the process based upon ownership determinations. If no 
ownership or reservation issues arise, the parts database 
management tool sets the status flag to active at step 234, 
whereby the part number is transferred to active parts 
database 126 for storage at step 236. Subsequently, council 



112 reviews these critical parts at step 238 and performs 
periodic evaluations and maintenance on this data at step 
240. 

[0016] The implementation of the parts database manage- 
ment tool enables an enterprise to significantly reduce the 
number of parts it needs to maintain by automating the 
critical parts evaluation processes and storing the filtered 
'active' parts data in a centralized database for review and 
subsequent maintenance. 

[0017] As described above, the present invention can be 
embodied in the form of computer-implemented processes 
and apparatuses for practicing those processes. The present 
invention can also be embodied in the form of computer 
program code containing instructions embodied in tangible 
media, such as floppy diskettes, CD-ROMs, hard drives, or 
any other computer-readable storage medium, wherein, 
when the computer program code is loaded into and 
executed by a computer, the computer becomes an apparatus 
for practicing the invention. The present invention can also 
be embodied in the form of computer program code, for 
example, whether stored in a storage medium, loaded into 
and/or executed by a computer, or transmitted over some 
transmission medium, such as over electrical wiring or 
cabling, through fiber optics, or via electromagnetic radia- 
tion, wherein, when the computer program code is loaded 
into and executed by a computer, the computer becomes an 
apparatus for practicing the invention. When implemented 
on a general-purpose microprocessor, the computer program 
code segments configure the microprocessor to create spe- 
cific logic circuits. 

[0018] While preferred embodiments have been shown 
and described, various modifications and substitutions may 
be made thereto without departing from the spirit and scope 
of the invention. Accordingly, it is to be understood that the 
present invention has been described by way of illustration 
and not limitation. 

1. A method for facilitating database management pro- 
cesses for an enterprise via a communications network, 
comprising: 

extracting part data relating to a part from a data storage 
location; 

retrieving activity data related to said part, said activity 
data including: 

demand data; 

purchase data; and 

creation data; 

evaluating said part data and said activity data; 

associating a status code with said part data based upon 
results of said evaluating; and 

storing said part data and said status code in said data 
storage location, wherein said facilitating said database 
management processes is accomplished by a parts 
database management software appfication. 

2. The method of claim 1, wherein said part data includes: 

' a part number; 
a part name; and 
a part description. 
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3. The method of claim 1, wherein said evaluating said 
activity data iocludes: 

determining an occurrence of a demand for said part; 

assessing currency of said demand; 

quantifying said demand; 

wherein results of said determining said occurrence, said 
assessing said currency, and said quantifying said 
demand causes said parts database management soft- 
ware application to: 

associate said status code with said part data when a first 
condition is met; and 

perform additional evaluations of said activity data when 
a second condition is met. 

4. llie method of claim 2, wherein said demand activity 
includes forecast data related to said part number. 

5. The method of claim 2, wherein said demand activity 
includes orders received related to said part number. 

6. The method of claim 1, wherein said evaluating said 
activity data includes: 

determining an occurrence of said purchase activity; 

assessing currency of said purchase activity; 

quantifying refund activity related to said purchase activ- 
ity; 

wherein results of said determining said occurrence, said 
assessing said currency, and said quantifying said 
refund activity causes said parts database management 
software application to: 

associate said status code with said part data when a third 
condition is met; and 

perform additional evaluations of said activity data when 
a fourth condition is met. 

7. llie method of claim 1, wherein said evaluating said 
activity data includes: 

determining a date upon which said part number was 
entered into a database; 

determining whether said part number is obsolete; 

determining whether said part number is end of life; 

wherein results of said determining said date, said deter- 
mining whether said part number is obsolete, and said 
determining whether said part number is end of life 
causes said parts database management software appli- 
cation to: 

associate said status code with said part data when a fifth 
condition is met; and 

perform additional evaluations of said activity data when 
a sixth condition is met. 

8. The method of claim 1, wherein said evaluating said 
activity data includes determining whether said part number 
is owned by a group of said enterprise, wherein said results 
of said determining causes said parts database management 
software application to associate said status code with said 
part data. 

9. The method of claim 1, wherein said results of said 
evaluating are reviewed by a council for said part numbers 
with said status code. 



10. The method of claim 1, wherein said status code 
includes: 

an active status; and 

an inactive status. 

11. A storage medium encoded with machine-readable 
computer program code for facilitating database manage- 
ment processes for an enterprise via a communications 
network, the storage medium including instructions for 
causing a computer to implement a method, comprising: 

extracting part data relating to a part from a data storage 
location; 

retrieving activity data related to said part, said activity 
data including: 

demand data; 

purchase data; and 

creation data; 

evaluating said part data and said activity data; 

associating a status code with said part data based upon 
results of said evaluating; and 

storing said part data and said status code in said data 
storage location, wherein said facilitating said database 
management processes is accomplished by a parts 
database management software application. 

12. The storage medium of claim 11, wherein said part 
data includes: 

a part number; 

a part name; and 

a part description. 

13. The storage medium of claim 11, wherein said evalu- 
ating said activity data includes: 

determining an occurrence of a demand for said part; 

assessing currency of said demand; 

quantifying said demand; 

wherein results of said determining said occurrence, said 
assessing said cunency, and said quantifying said 
demand causes said parts database management soft- 
ware application to: 

associate said status code with said part data when a first 
condition is met; and 

perform additional evaluations of said activity data when 
a second condition is met. 

14. The storage medium of claim 12, wherein said 
demand activity includes forecast data related to said part 
number. 

15. The storage medium of claim 12, wherein said 
demand activity includes orders received related to said part 
number. 

16. The storage medium of claim 11, wherein said evalu- 
ating said activity data includes: 

determining an occurrence of said purchase activity; 

assessing currency of said purchase activity; 

quantifying refund activity related to said purchase activ- 
ity; 
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wherein results of said determining said occurrence, said 
assessing said currency, and said quantifying said 
refund activity causes said parts database management 
software application to: 

associate said status code with said part data when a third 
condition is met; and 

perform additional evaluations of said activity data when 

a fourth condition is met. 
17. The storage medium of claim 11, wherein said evalu- 
ating said activity data includes: 

determining a date upon which said part number was 
entered into a database; 

determining whether said part number is obsolete; 

determining whether said part number is end of life; 

wherein results of said determining said date, said deter- 
mining whether said part number is obsolete, and said 
determining whether said part number is end of life 
causes said parts database management software appli- 
cation to: 



associate said status code with said part data when a fifth 
condition is met; and 

perform additional evaluations of said activity data when 
a sixth condition is met. 

18. The storage medium of claim 11, wherein said evalu- 
ating said activity data includes determining whether said 
part number is owned by a group of said enterprise, wherein 
said results of said determining causes said parts database 
management software application to associate said status 
code with said part data. 

19. The storage medium of claim 11, wherein said results 
of said evaluating are reviewed by a council for said part 
numbers with said status code. 

20. The storage medium of claim 11, wherein said status 
code includes: 

an active status; and 

an inactive status. 

* * * * * 
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